home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / lang / c-part1 / 1214 < prev    next >
Encoding:
Internet Message Format  |  1996-08-05  |  2.2 KB
  1. Path: woody.wcnet.org!usenet
  2. From: buzmaltb@wcnet.org (Buz Maltby)
  3. Newsgroups: comp.lang.c
  4. Subject: Re: Help! Corrupt FIles!
  5. Date: Fri, 12 Jan 1996 03:40:11 GMT
  6. Organization: Wood County Internet Council
  7. Message-ID: <4d4l3d$2j5@woody.wcnet.org>
  8. References: <4cmqp5$dbl@sonic.net> <821299739snz@genesis.demon.co.uk>
  9. NNTP-Posting-Host: ts78.wcnet.org
  10. X-Newsreader: Forte Free Agent 1.0.82
  11.  
  12. It's also possible (Tho you've probably already checked this ;) that
  13. you have a variant of the "Stoned" boot sector virus.  I recently had
  14. a couple of GB+ files show up on a 1.44 MB floppy and that's what it
  15. turned out to be. F-Prot fixed it, no problem.
  16.  
  17.  
  18. >>Lawrence Kirby <fred@genesis.demon.co.uk> wrote:
  19.  
  20. >In article <4cmqp5$dbl@sonic.net> greg@sonic.net "Greg Seeger" writes:
  21.  
  22. >>I am having the following problem and would greatly appreciate any
  23. >>
  24. Stuff deleted>>
  25. >>
  26. >>Once in a while, two files will become inaccessable.  When the
  27. >>directory is checked the files have become huge, many giga-bytes
  28. >>in size, on a machine which does not have a drive that large.
  29.  
  30. >This is possible on systems that support 'sparse' files. On such systems
  31. >you can typically creare sparse files by seeking beyond the current
  32. >end of file and writing. Only block that are actually written to are
  33. >allocated on disk so it is possible to have a file size much larger than
  34. >the disk size.
  35.  
  36. >>Thus, I'm assuming that the directory entry for those files
  37. >>is corrupted.
  38.  
  39. >That is another possibility.
  40.  
  41. >>3. This problem only happens with a client using a Novell network.  The
  42. >>   program is running on straight DOS, other networks, and even on
  43. >>   Xenix/Unix (re-compiled) and this problem has never appeared.
  44.  
  45. >A program bug can of course be environment sensitive. Maybe there is a bug
  46. >in Novell or maybe your program is corrupting unprotected system workspace
  47. >that Novell happens to be sensitive to.
  48.  
  49. >>It may be a problem with Novell, or even their particular version
  50. >>on Novell, but I have no way to test that.  (I am a long ways from
  51. >>the client, and the problem is rare.)
  52.  
  53. >You don't believe in making things easy! :-)
  54.  
  55. >>I would GREATLY appreciate any thoughts, hints or ideas.  Feel free
  56. >>to email me if you wish.
  57.  
  58. Buz Maltby 
  59. buzmaltb@wcnet.org
  60.  
  61.